{\rtf1\ansi\ansicpg1252\cocoartf1038\cocoasubrtf320
{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
{\colortbl;\red255\green255\blue255;}
\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\ql\qnatural\pardirnatural

\f0\fs24 \cf0 Motivation & Goals of this development:\
\
Ego? Maybe I'll admit to that in my utter loneliness ;) My "official" answer is comprised of two main points and several minor ones:\
\
1) First and foremost, learning... strengthening my knowledge in C numeric programming in general, numerical PDE solving, OpenGL, etc...\
2) Speed & Completeness, an NLSE solver written in C, as compared to the many Maple, Matlab, Mathematica, python solutions out there, plus a one stop solution for all things NSLE (including time and frequency based graphing for both intensity and phase profiles, graph zooming, etc.)\
\
Among my secondary goals, I could count:\
\
1) Portability: numerical core logically separate from client interfaces, among which we could have Cocoa, QT, GTK, win32 based ones and even CLI, which would write out image files rather than graphing directly out to screen.\
\
\
Cocoa GUI Notes:\
\
2) Side pane for parameters input and Start & Stop buttons, checkbox to switch to frequency based  graphing, etc.;\
3) Can save numerical data out to a text file in various formats (this could be a numerical core feature into which the GUI would plug);\
5) Look into colorizing intensity & phase values...;\
6) Allows zooming in & out of graphs;\
\
}